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METHOD AND APPARATUS FOR are subclasses of a GUIFactory abstract class. FIG. 1 pro- 

GENERATING A GRAPHICAL USER vidcs an example of the abstract product classes and con- 

INTERFACE crete subclasses used in the abstract factory design pattern. 

There are three abstract classes, GUIFactory 102, Menu 112 

BACKGROUhfD OF THE INVENTION ' ScioUBar 122. Since they are abstract classes, they are 

not instantiated at runtime. 

1. Field of the Invention GUIFactory 102 is an abstract class that specifies methods 
This invention relates graphical user interfaces, and, more for creating GUI components (e.g. scroll bar, window, and 

specifically to the generation of components of a graphical button) such as the CrcateMcnu and CrcateScroUBar meth- 

user interface. 10 ods. GUIFactory 102 is referred to as a factory because it 

2. Background Art specifies methods for producing objects. Subclasses of 
A software application typically includes a graphical user GUIFactory 102 define a specific implementation of the 

interface (GUI) for displaying the application's output and methods defined by GUIFactory 102. Two subclasses of 

receiving user input that consists of GUI components. GUIFactory 102 which arc concrete factories (i.e., create 

Examples of GUI component types include menu, scroll bar, concrete product objects) are MotifFactory 104 and PMFac- 

text field, button, check box, list, and label. There are a tory 106. MotifFactory 104 provides a Motif-specific imple- 

number of software vendors that have developed GUI librar- mentation of the same method in GUIFactory 102. PMFac- 

ies that consist of software modules that implement GUI \^^y defines a Presentation Manager-specific 

components. Mechanisms are provided to access a GUI implementation of the method. 

library to incorporate the desired GUI component from the ^ concrete factories is instantiated at runtime 

library for use with the software application to generate a ^^^'^ ^° look-and-feel standard that is specified (e.g., as 

piece of the apphcation's GUI. The mechanisms currenUy ^ runtime parameter). If, for example, the look-and-feel 

available for accessing a vendor's GUI hbrary limit the standard is determined at runtime to be Motif, an instance of 

application developer to one GUI library. Ihat is, it is MotifFactory is instantiated. The second code statement 

impossible to intermingle one vendor's GUI components ^5 provided above would have the effect of invoking the 

with another vendor's GUI components. Further, it is impos- CreateScrollBar method or operation of the MotifFactory 

sible to customize an application's GUI by replacing one ^^i^^^ ^^^^^^ ^^^^^^ ^ scroll bar having the Motif 

component of the GUI with another GUI component look-and-feel. 

One technique, or mechanism, that has been used in the classes. Menu 112 and ScroIlBar 

object-oriented environment for accessing a vendor's GUI ^ methods that are miplemented by a concrete 

hbrary is referred to as the factory technique. A factory subclass. For example, MotifMenu 114 and PMMenu 116 

creates or produces objects at runtime. The factory technique specific unplementations of the Popup operation 

is described below with reference to an abstract factory. defined by Menu 112 based oo their respective look-and-feel 

implementation and a factory method implementation. Nei- standards. Similarly, the ScrollTo operation defined in the 

ther the abstract factory nor the factory method implemen- ^^^^^ abstract class is implemented by MotifScroU- 

tations allow a software appUcaUon to intermingle GUI PMScrolIBar 126. In the above example, the 

components from different vendor's GUI libraries. s^ond code statement would mvoke the OeateScrollBar 

Abstract Factory method of MotifFactory 104 that would result in the creatioD 

An abstract factory is implemented in aa object-oriented ^ ^ h . k. . 

environment using fitoryL product abstracl classes that ^^'' f f .h?"^ and product abstract 

define the operations or methods to be implemented by their ^ ^'^"^ ^ ^ I T ^'''7*""'' '^7 

concrete subclasses. lUe factory includes methods that are Z^^," °°'d^«".y 

used to create an instance of a product concrete subclass. A ^'1°'""* •? 1"^'*"'^ °bjects can be mstanUated indi- 

product concrete subclass is a 4ecific GUI component and rnn^?! f '"T / , ^ """""f '^^''^T'"'' 

includes the GUI component's operations. apphcauon effectively uses a pomter to the object to be 

, , , c . f ^ , « instantiated that is resolved at mntune. 

An abstract factory can be used, for example to allow an ji,^ abstract factory mechanism thereby eliminates the 

app ication developer to wri e a software application ^at .^^^^^^ ^^^^ application is forced to use one look- 

contains reterences to tlie OUI components ot a generic GUI and-feel standard or another. However, the application must 

hbrary. At run imie, the GUI library IS specified and the GUI ^ ^^lect one look-and-feel standard and use only that stan- 

component references are resolved to refer to GUI compo- j^^.^ ^ui components. It is not possible, for example, to 

nents m the specified GUI hbrary. Usmg this technique, a ^ave both a scroll bar that has the Motif look-and-feel (i.e., 

software application can be wntten to use one GUI hbrary's MotifScn,UBar 124) and PM scroU bar (Le., PMScrolIBar 

GUI components (e g-, Motif GUI components) m one quI component in the same appUcation using the 

runtmie environment and another GUI hbrary's GUI com- abstract factory mechanism. Further, ill of the classes are 

ponents (e.g., PresenUtion Manager GUI components) m ^^^^^^ ^ applicaUon prior to runtime. Thus, it is not 

another runtime environment. ««^^ ui * j-r *l i ^ l • • /• 

_ . ^ ^. ^, "^^ . . . . . possible to modify the class architecture by inserting, for 

To instantiate Motifs scroll bar without using the abstract example, new subclasses of Menu 112 or ScrollBar 122 at 

factory technique, the following C++ code can be used: runtime. 

(1) ScrollBar* sb=new MotifScroUBar; eo Factory Method 

The above code statement is not advantageous because it In the abstract factory approach, a factory object is 

hard-codes the Motif standard into the application. Instead, instantiated that knows the type of product objects that can 

the following code can be used to create a scroll bar GUI be constructed. The product object's constructor is used to 

component: construct the product object. Another factory mechanism 

(2) ScrollBar* sb=guiFactory->CreateScrollBar( ); 65 that has the same drawbacks as the abstract factory is 
In this case, guiFactory can be an instance of either the referred to as a Factory Method, The Factory method is 

MotifFactory or the PMFactory concrete class both of which implemented by specifying in the abstract object a call to a 
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method that creates the product instead of caUing a con- tree. For example, without modifying the program code, it is 

structor. The function that creates the product object is not possible to provide a GUI in which a node can either use 

referred to as a factory method because it "manufactures" (or the standard look-and-feel (i.e., an icon and a label) or adopt 

creates) the product object. The factory method is used a new look-and-feel (e.g., button that lauches an application, 

instead of a constructor to create a product object. FIG. 2 5a GUI component that provides a preview of the item to 

provides an example of a factory method class architecture. which the tree node is associated by displaying text, or 

The architecture in FIG. 2 illustrates a framework that playing a video clip, or displaying a picture), 

produces GUI components from a vendor's GUI Ubrary of Model View Control Paradigm 

GUI components. TTiere are two abstract classes, an abstract In the Smalltalk-80 programming language, a mechanism 

creator class (i.e., GUI 202) and an abstract product class lo is used to implement graphical user interfaces (GUIs) t 

(GUIComponent 212). GUI 202 includes a factory method referred to as ModelA^iew/Controller or MVC. In MVC, 

declaration (i.e., createUI). However, GUI 202 docs not functions performed in conjunction with a GUI arc spht into 

know what type of product it should create (i.e., GUI 202 separate programming modules, or objects. FIG. 4 provides 

cannot call a constructor method for MotifComponent 214 an illustration of the objects in the MVC paradigm, 

or PMComponent 216). 15 Model 404 is the application object. Model 404 is, for 

The factory method of GUI 202 is redefined in two example, a clock application that keeps track of a time by 

concrete creator object subclasses of appUcation 202 (i.e., updating an internal record of time every second. View 406 

MotifUI 204 and PMUI 206). MotifUI 204 defines a ere- implements the screen representation portion of the GUI. 
ateUIComponent factory method to create an instance of For example, view 406 can be comprised of a digital clodc 

MotifComponent 214, Similarly, PMUI 206 defines a ere- 20 GUI component that displays a digital readout of the time 
ateUIComponent factory method to create an instance of maintained by model 404. Controller 402 provides the 

PMComponent 216. mechanism for responding to input received via the GUI. 

like the abstract factory, the factory method mechanism View 406 uses Controller 402 to implement its response 

requires that the creator and product classes be defined and strategy. 

known prior to runtime. That is, the class architecture is 25 Controller 402 receives and interprets input such as a 

known and defined prior to runtime. It is not possible, for mouse click or keyboard input. For example, if controller 

example, to modify the class architecture by inserting a new 402 interprets keyboard input as a value to be used to reset 

subclass of the abstract creator or product classes (i.e., GUI the clock, it calls a method (e.g., setTime) of Model 404 to 

202 and GUIComponent 212). change the internal record of time stored by Model 404. 

In both the factory method and abstract factory 30 Controller 402 might send a change message directly to 

approaches, a factory produces a GUI from a single vendor's view 406 even though the model hasn't changed. For 

GUI library. Therefore, a GUI produced by a traditional example, controller 402 may interpret user input as a request 

factory has a single look-and-feeL Therefore, an application to reorder a list displayed by view 406. In this case, 

that uses the traditional factory approach to generate its GUI controller 402 sends the reformat message to view 406 to 

is fimited to a GUI that has a single look-and-feel. For 35 resort the list. 

example, a GUI that is produced by concrete factory 104 has When a change is made to the model such as in the case 

a Motif look-and-feel while concrete factory 106 produces a of the setTime operation, the change must be sent to view 

Presentation Manager look-and-feel. Similarly, in the fac- 406. A subscribe/notify protocol is implemented between 

tory method approach, a concrete creator (e.g., MotifUI 204 model 404 and view 406. View 406 invokes the attach 

or PMUI 206) that is used to create a GUI creates a GUI 40 method of model 404 lo register as being "interested" in the 

components from a single look and feel. For example, the data maintained by model 404. Whenever the data in model 

createUIComponent method of MotifUI 204 creates a Motif- 404 changes, model 404 notifies view 406. View 406 

Component 214. FIG. 3 illustrates the traditional factory invokes the retrieveTime method of model 404 to retrieve 

approach. the changed data and then displays the modifications. View 

Application environment 306 contains GUI 332 that was 45 406 can send a detach message to model 404 to discontinue 

created by traditional factory 302. Factory 302 contains a notifications from model 404. 

look-and-feel that is generated by view components In the SmallTalk paradigm, view 406 comprises an inte- 

Yai-^an of GUI library 312. Therefor, GUI 332 offers a gral set of GUI components that includes a specific clock 

single look-and-feel. Similarly, appUcation environment 304 display GUI component (e.g., digital display GUI 

contains GUI 324 created by factory 302. GUI 324 has a 50 component). It is not possible to modify the integral set of 

single look-and-feel that is generated by view components GUI components to replace the clock di^lay GUI compo- 

^bi-^bn of GUI library 312. It is not possible for GUI 332 nent without modifying the program code that unplements 

or GUI 324 to contain a scroll bar GUI component having view 406. Thus, it is not possible to plug in an analog clodc 

a Motif look-and-feel and a scroll bar GUI component display GUI component to replace the digital display with- 

having a PM look-and-feel in the same application using the 55 out modifying the program code that implements view 406. 
factory method mechanism. 

Birther, GUIs 332 and 324 are static implementations that SUMMARY OF THE INVENTION 

are woven into an appUcation's program code. Unless the Embodiments of the invention arc used to customize a 

application's program code is modified, GUIs 332 and 324 graphical user interface (GUI) that represents the view in a 

provide the same look-and-feel each time the application 60 ModeVView/Controller architecture. The model contains an 

program is invoked. One example of such an application is application's data and one or more structural components 

the Explorer in Microsoft's Windows 95 product. A tree that are used to identify the GUI components of the view. A 

control is provided in the Explorer that allows the user to factory builds the GUI using characteristics of the structural 

browse files, etc. Each node of the tree is comprised of an components to identify a set of GUI components to create 

icon and a label. The icon and the text of the label can be 65 the view. ^s^^ 

changed. However, it would be necessary to modify the The factory can build a view using GUI components from 

program code to change the look-and-feel for a node of the multiple look-and-feel standards (e.g.. Motif, Presentation 
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Manager, Microsoft Windows, or Macintosh). A GUI com- BRIEF DESCRIPTION OF THE DRAWINGS 

poncnt can be added to the set of GUI components known ^ . , , ^ . . 

to the factory. The factory is instructed to use a GUI FIG. 1 provides an example of the abstract product classes 

component for a given characteristic of a structural compo- concrete subclasses used in the abstract factory design 
nenl. 5 pattern. 

In an embodiment of the invention, object-oriented pro- FIG. 2 provides an example of a factory method class 

' gramming is used. The model, view, controller and factory architecture. 

are implemented as software modules known as objects that piQ. 3 illustrates the traditional factory approach, 

mcludc methods for performmg logical functionality. The . .„ r l t.* • u 

model has a document object that includes methods for ^ P'^"^'^"" ^ lUustration of the objects in the MVC 

modifying the application data contained in the model and paradigm. 

notifying the view when a modification has occurred. The FIG. 5 A illustrates components used in one or more 

structural components of the model are implemented as an embodiments of the invention. 

Element object class that represents a subset of a sUiictural FIG. 5B illustrates the use of a single model to drive 

tree defined by the modcrs structural components. An multiple views according to an embodiment of the inven- 

element includes methods for traversing the tree and retriev- (jon. 

ing information about the tree. An attributes object class c-rr k ;ii»ct,,.-c Ait* a • 

, . . . . . . . \ ^ , MG. 6 provides illustrates the model, factory and view 

. stores the characteristics associated with a structural r^rr.„™^T,L »^^a ;« -,«k«^™»„*.. «f tul • 

I , ... J 1 It components used in emtxDoiments of the mvention. 

clement, or the model as a whole. 

TheviewiscomprisedofapluraUtyofinstancesofaview I P^^^^es^ ^f^Pl^ of a create object instance 

fragment object class that implement GUI components. TT^e ^° ^"^^^ according to an embodiment of the invention, 

factory includes methods for creating a view fragment FIG. 8 illustrates interactions between object instances in 
instance using the attributes of an element of the model. A ^ embodiment of the invention having Factory, Model and 

create method of the factory is invoked for a given element. View object classes. 

The factory can query the element to retrieve its attributes. FIG. 9 is a block diagram of an embodiment of a computer 
The factory uses the element*s attributes to identify the GUI ^ system capable of providing a suitable execution environ- 

component object class to instantiate as a view fragment of ment for an embodiment of the invention, 

the view. „ „ „ 

ThP nr..t. t^.th^H th. f . K • u Au DETAILED DESCRIPTION OF THE 

The create method of the factory can be invoked by the INVFNnoN 

view. For example, the create method can be invoked by a 

view fragment of the view to create other view fragments for A method and apparatus for generating a graphical user 

the view, A view fragment may delegate to a child view interface is described. In the following description, numer- 

fragment. The view fragment can invoke the factory to otis specific details arc set forth in order to provide a more 

create the child view fragment. Thus, the view builds a thorough description of the present invention. It wiU be 
structure comprised of view fragments. Since the view ^5 apparent, however, to one skilled in the art, that the present 

structure is created by the view, its structure can be different invention may be practiced without these specific details. In 

than the model structure. Further, the model is unaware of other instances, well-known features have not been 

^the structure of the view. described in detail so as not to obscure the inventioa 

A view fi-agment includes methods for managing its In one or more embodiments of the invention, an MVC is 
portion of the GUI. In addition, a view fragment can be ^ combined with a factory to generate a graphical user inter- 
queried to determine the structural element to which it is face (GUI) comprised of one or more view fragments. FIG. 
mapped and the document associated with the view in which 5A illustrates components used in one or more embodiments 
the view fragment is created. A change in the model can of the invention. 

cause a change in the GUI. Additional view fragments can In the MVC architecture, a controller alters the model 
be added to the view as a result of a change in the model, for 45 based on input that it receives such as user input (e.g., 

example. The view fragment includes methods for receiving keyboard and mouse input). Controller 512 performs the 

a notification of a change in the model. role of the traditional controller in the MVC architecture. 

Model change notification is performed in embodiments Controller 512 receives input and sends change requests to 

of the invention using a listener object and a documentEvent Model 506 which contains application data. To modify the 
object. The documentEvent includes information about the 50 display to include changes to the model, View 504 receives 

change (e.g., the name of the document that changed, the notification that a change has occurred in Model 506. View 

area of the document that changed and the edit history). The 504 determines whether it needs to make any modifications 

notification message that is seat to a view fragment contains to reflect the changes made to Model 506. View 504 may, for 

the documentEvent. example, modify an existing view component or add a new 

The listener includes methods for forwarding a change 55 view component as a result of the change notification, 

notification that it receives from the model the view frag- View 504 can be an application's GUI and is comprised 

ments contained in the view. To receive a notification finom of view fragments that implement the components 6f the 

the model, the listener registers with the model. To discon- GUI. View 504 is not defined using a static implementation 

tinue receiving notifications, the listener can request the as used in the prior art. Embodiments of the invention 
model to remove it from the models set of listeners. eo provide the flexibility to compose varying implementations 

Hie listener forwards a change notification to a parent and structures for View 504. For example. View 504 can be 

view fragment The parent view fragment determines comprised of view fragments from multiple GUI libraries, 

whether any of its child view fragments are affected by the Further, it is possible using embodiments of the invention to 

change. If so, the parent forwards the change notification to customize View 504 by replacing one view fragment with 
the child view fragment. The child view fragment is passed 65 another view fragment. 

to the factory to use if the child view fragment needs to The same model (e.g.. Model 506) can be used to create 

create a new view fragment. different structures for View 504. Thus, for example, it is 
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possible to create a first structure of View 504 to break an or logical organization, that is used to identify a view 

HTML document into a series of midtiple pages that are fragment that is created by Factory 602. In one or more 

accessed using page icons, or xise a one page view with a embodiments of the invention. Model 606, Factory 602, and 

scroll bar. Both views can be created using Model 506. view 604 arc implemented using an object-oriented pro- 

However, the structure of Mew 504 is generated by its view 5 gramming language such as the Java programming language 

fra^ents. Model 506 can be unaware of the acmal structure Sun Microsystems, Inc. The following provides a brief 

01 View 3U4. discussion of object-oriented programming concepts. 

Information contained in Model 506 is used to determine Object Oriented Proerammin C nee ts 
the view fragments that are used for View 504. In addition . . ^ ^ ^ 
to containing an appUcation's data. Model 506 defines a Object-oriented programmmg is a method of creating 
structure that inchides one or more structural components computer programs by combinmg certam fundamental 
that are used to generate the application's GUI. The struc- building blodcs, and creating relationships among and 
tural components of Model 506 have characteristics that are between the building blocks. The building blocks in object- 
used to drive Factory 502 to create a plurahty of view oriented programming systems are called "objects."* An 
fragments for View 504. In addition, a view fragment of object is a programming unit that groups together a data 
View 504 can request Factory 502 to create another view structure (instance variables) and the operations (methods) 
fragment that can use or affect that data. Thus, an object consists of 

Model 506 can be used to drive multiple views. FIG. 5B data and one or more operations or procedures that can be 

illustrates the use of a single model to drive multiple views performed on that data. The joining of data and operations 

according to an embodiment of the invention. As illustrated "i^o a unitary building block is called "encapsulation." 

in FIG. 5A, Model 506 is used to drive Factory 502 to create ^ An object can be instructed to perform one of its methods 

view fragments for View 504. Referring to FIG. 5B, Model when it receives a "message." A message is a command or 

506 is used to drive Factory 522 to create view fragments for instruction to the object to execute a certain method. It 

View 524, consists of a method selection (name) and a plurality of 

The same structural component can be used by Factory ^ arguments that are sent to an object, A message tells the 

502 to identify one view fi-agment and used by Factory 522 receiving object what operations to perform, 

to identify a different view fragment. If Factory 522 uses a One advantage of object-oriented programming is the way 

first set of view fragments that is different from a second set in which methods are invoked. When a message is sent to an 

of view fragments used by Factory 502, View 524 and View object, it is not necessary for the message to instruct the 

504 will be different It is possible, however, for Views 504 object how to perform a certain method. It is only necessary 

and 524 to contain instances of the same view fragment to request that the object execute the method. This greatly 

Thus, it is possible to create a new look-and-feel for an simphfies program development 

application's GUI by using a different factory. Object-oriented programming languages are predomi- 
The same factory can be used to build different view nantly based on a "class" scheme. The class-based object- 
fragments for the application's GUI. Changes in Model 506 35 oriented programming scheme is generally described in 
can cause different view fragments to be created for \^ew Lieberman, "Using Prototypical Objects to Implement 
504. For example, inserting, deleting or replacing a struc- Shared Behavior in Object-Oriented Systems," OOPSLA86 
tural component or changing a characteristic of a structural Proceedings, September 1986, pp, 214-223. 
component can cause a different view fragment to be created A class defines a type of object that typically includes both 
for View 504. Further, Factory 502 can be instructed to ^ instance variables and methods for the class. An object class 
create a different view fragment for a characteristic of a is used to create a particular instance of an object. An 
structural component of Model 506 without modifying instance of an object class includes the variables and meth- 
Model 506. ods defined for the class. Multiple instances of the same 
Ihe structural component of Model 506 is referred to as class can be created from an object class. Each instance that 
an element whose characteristics are defined as its attributes. 45 is created from the object class is said to be of the same type 
Elements of Model 506 are arranged in a hierarchical, or or class. 

tree, structure. Mew fragments of View 504 (or view 524) A hierarchy of classes can be defined such that an object 

can also be arranged in a tree structure. Factory 502 is made class definition has one or more subclasses. A subclass 

aware of the view fragments that can be used to create View inherits its parent's (and grandparent's etc.) definition. Each 

504. FIG. 6 illustrates the model, factory and view compo- 50 subclass in the hierarchy may add to or modify the behavior 

nents used in embodiments of the invention. specified by its parent class. 

Model 606 contains the data associated with a software To illustrate, an employee object class can include "name" 

application. View 604 constitutes the portion of the GUI that and "salary" instance variables and a "sct_salary" method, 

is visible to a user. View 604 includes a plurality of view Instances of the employee object class can be created, or 

fragments (e.g., view fragment 654-662) created by Factory 55 instantiated for each employee in an organization. Each 

602. Information contained in Model 606 is used to identify object instance is said to be of type "employee," Each 

some or all of the view fragments that comprise View 604. employee object instance includes the "name" and "salary" 

Factory 602 is asked to create a view fragment from a set of instance variables and the "sct_salary" method. The values 

view components known to Factory 602. Factory 602 can associated with the "name" and "salary" variables in each 

receive a request to create a view fragment based on the eo employee object instance contain the name and salary of an 

contents of Model 606. A view fragment that is created by employee in the organization. A message can be sent to an 

Factory 602 may wish to delegate (e.g., some functionality employee's employee object instance to invoke the "set_ 

or some of its responsibilities) to one or more child view salary" method to modify the employee's salary (i.e., the 

fragments. In that case, the view fragment requests that value associated with the "salary" variable in the employee's 

Factory 602 create the child view fragment(s). 55 employee object). 

In one or more embodiments of the invention, in addition An object is a generic term that is used in the object- 
to apphcation data. Model 606 further includes a structure, oriented programming environment to refer to a module that 
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contains related code and variables. A software program can 
be written using an object-oriented programming language 
whereby the program's functionality is implemented using 
objects. 
Model 

Referring to FIG. 6, Model 606 contains information to 
identify a stnicture that is used to drive Factory 602 to 
produce View 604. Model 606 is defined in an embodiment 
of the invention by the contents of a document that specifies 
the structure of Model 606. In one or more embodiments of 
the invention, the document specifies a structure comprised 
of elements and element attributes. 

A structure of this type can be expressed using a language 
such as Standard Generalized Markup Language (SGML). 
SGML is a meta-language from which other languages can 
be created. SGML uses "tag^" associated with information 
contained in a document to identify an element and, 
possibly, attributes associated with the element. 

ITie Hypertext Markup Language (HTML) used to define 
Web pages is an example of a language created from SGML. 
The following is an example of an HTML document that 
contains tags for defining structure: 

<HTML> 

<1NPUT TYPE-text NAME-inputfieldl VALUE-""> 

Hie boldfaced words inside the brackets (i.e., "< >") are 
tags in the HTML language. The tags are used to indicate the 
meaning of each part of the HTML document. The ETTML 
tag identifies the document as an HTML document. The 
INPUT tag indicates that the portion of text inside the 
brackets defines an input element. Three attributes are 
defined for the input element(i.e., TYPE, NAME, and 
VALUE) with associated values that specify properties of 
the input element. For example, the TYPE attribute identi- 
fies the input element as a text entry field. 

HTML uses tagging as suggested by SGML to identify the 
structure with an HTML document. It should be apparent 
that other techniques can be used in an embodiment of the 
invention to define structure. Further, it should be apparent 
that components other than elements can be used to specify 
structure. 

HTML is one example of a document type that can be 
used with embodiments of the invention. It should be 
apparent that a document that contains another type of 
structural definition can be used with one or more embodi- 
ments of the invention. Examples of other document types 
include documents that contain source code for a program- 
ming module and rich-text formatted (RTF) documents. 
Examples of structure that are contained in an object class 
source code docimient include: class definition, method, 
variable, and comment. RTF is used for transferring format- 
ted text documents between applications. Like HTML, an 
RTF document contains keywords that identify the structure 
of the document. 

In one or more embodiments of the invention, Model 606 
is implemented as an object class, Document 6,66, that 
implements a set of methods. A set of attributes that contain 
information regarding Model 606 can be associated with 
Document 666. Attributes 668 encapsulates methods asso- 
ciated with the attributes of Document 666. Methods of 
Document 666 are used to edit the contents of the document 
that defines the model (e.g., an HTML document). 

Document 666 further includes methods for supporting 
the notification function of MVC. Docimient 666 includes 
methods that track changes made to the contents of the 
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document that facilitate the notification function. Methods 
of Document 666 can be used to retrieve attributes associ- 
ated with the document (e.g., document title and document 
author). 

Methods of Document 666 include the following: 
checkinStickyPosition(Position) 

Returns a sticky position that was previously checked 
out. 

checkoutStickyPosition(Position) 

Gives a position that will track change as the document 
is altered. 
getAttributes( ) 

Return the properties associated with the document. 
getDefaultRootElement( ) 

Returns the root element that views are based on unless 
some other mechanism for assigning views to ele- 
ment structures is provided. 
getEndPosition( ) 

Returns a position that represents the end of the docu- 
ment. 
getLcngth( ) 

Returns the number of characters of content that is 
currently contained in the document. 
getLineCount( ) 

Return the number of fines contained in the document. 
getRootElement(String) 

Returns a root element of a document structure with the 
given name. 
getStartPosition( ) 

Returns a position that represents the start of the 
document. 
getText(Range) 

Fetch the text contained within the given portion of the 
document. 
inscrtString(int, String, Attributes) 

Insert a string of content. 
insertString(Position, String, Attributes) 

Insert a string of content, 
lineToRange(int) 

Convert the given hne index to a range within the 
document. 
positionToLine(Position) 

Convert a position to a line/paragraph number within 
the document where the line numbers are indexed 
from 0. 
remove(int, int) 

Remove a portion of the content of the document. 
rcmovc(Range) 

Remove a portion of the content of the document. 
removeDocumentListener(DocumentListener) 

Unregister the given observer from the notification list 
so they will no longer receive change updates. 
setAttributes(Range, Attributes, boolean) 

Change the content element attributes used for the 
given range of existing content in the document. 
untrackedPosition(Position, int) 

Gives a temporary position that does not track change. 
These methods are examples of methods that can be 
implemented for Document 666. Other methods can be used 
to replace or supplement these methods. 

In the Java programming language, an interface is used to 
define the Application Programming Interface (API) to be 
implemented by an object dass. In embodiments of the 
invention. Document is an interface that is implemented by 
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each of the various types of documents. Thus, for example, 
an HTNfL Document object class can implement Document. 
Element 

In one or more embodiments of the invention, an element 
(e.g.. Elements 670, 672 and 674 of FIG. 6) is used as the 5 
structural component of Model 606. For example, elements 
of Model 606 for an HTML document can include an HTML 
clement and an INPUT clement Thus, the contents of a 
document arc used to identify an Element of Model 606. An 
Element of Model 606 can be queried (e.g., by invoking the lO 
gctRange method of the Element) to identify the portion of 
the document that it represents. 

In one or more embodiments of the invention, the ele- 
ments of Model 606 form a hierarchy, or tree structure (e.g., 
see FIG. 6). The model hierarchy comprises a root element 15 
(e.g.. Element 670) and a plurality of descendants of the root 
element (e.g.. Elements 672 and 674) that can be located on 
multiple levels and along multiple branches of the tree. If an 
element contains children, the getRange method identifies 
the portion of the document that both the parent and its 20 
children represent. 

Referring to FIG. 6, Elements 672 and 674 are determined 
by the contents of Model 606. Element 672 can be an 
InputElement for an INPUT statement in an HTML docu- 
ment. Element 670 can be detemiined using a default root 25 
element instance, or by specifying a root element instance. 
The getRootElement method of Document 666 can be 
invoked and given the name of a root element to create the 
specified root element for a model hierarchy. The getOe- 
faultRootElement method of Document 666 can be used to 30 
return a default root element. For example, the getDefault- 
RootElement can return an instance of an HTML element 
object class that is the default root element for the tree 
structure created for an HTML document. 

In one or more embodiments of the invention an Element 35 
is implemented as an object that encapsulates instance 
variables and methods. Methods of Element include the 
following: 

getAttributes( ) 
Fetch the collection of attributes this clement contains. 40 

getChild(int) 

Fetch the element at the given index. 

getDocument( ) 
Fetch the document associated with this element. 

g6tNamc( ) 

Fetch the name of the clement. 

getParent( ) 

Fetch the parent element. 

getRange( ) 

Get the portion of the document spanned by this 
element. 
isLeaf( ) 

Indicates whether or not the element is a leaf element. 
numChildrcn( ) ss 
Returns the number of child elements contained by this 
element, 

positionToElemeatIndex(Position) 

Get the child element index closest to the given posi- 
tion. 60 
These methods are examples of methods that can be 
implemented for Element. Other methods can be used to 
replace or supplement these methods. 
Attributes 

A property that defines aspects of an Element or a 65 
Document is referred to as an attribute (e.g., attributes 680, 
682, and 684 of FIG. 6 are attributes of Bements 670, 672, 



and 674). For example, TYPE, NAME and VALUE are 
attributes of an input clement. Attribute information is stored 
in instance variables of Attributes as name -value pairs. An 
Attributes class is defined in an embodiment of the invention 
to encapsulate the instance variables and methods for 
attributes of an element of Model 606. For example, an 
Attributes class can be associated with an INPUT Element 
class that includes TYPE, NAME and VALUE instance 
variables that arc initialized with the values contained in the 
INPUT element statement of an HTML document. 

Attributes is implemented as an object class that includes 
methods for operating on an attribute of an element. Meth- 
ods of Attributes include the following: 
addChangeListener(ChangeIJstener) 

Add a listener to teack changes to an attribute. 
copyAttributcs(Attributes) 

Copies the locally defined attribute set to another 
Attributes instance. 
getAttabute(String) 

Fetch the value of the given attribute. If the value is not 
found locally, the search is continued upward until 
the value is either fotmd or there are no more parents. 
If the value is not found, null is returned. 
getAttributeNames( ) 

Fetch the names of the attributes that are defined 
locally. 

getLocalAttribule(String) 

Fetch the value of the given attribute. If the value is not 
found locally, discontinue the search and return null. 
getResolveParent( ) 

Retrieve identity of parent Attributes instance to query 
for a value of a non-locally defined attribute. 
removeAttribute(String) 
Remove the attribute from the set. The attribute will not 
be defined locally and will only be resolved if 
defined by a parent attribute set, 
removeAttributes( ) 

Removes all locally defined attributes. 
removeChangeListener(ChangeListener) 

Remove a listener that was tracking attribute changes. 
setAttribute(String, Object) 

Set the value for some general attribute. 
setResolveParent(Atu-ibutes) 

Set parent Attributes instance to query for a value of a 
non-locally defined attribute. 
These methods are examples of methods that can be 
implemented for AtUibutes. Other methods can be used to 
replace or supplement these methods. 
View Factory 

Factory 602 contains object classes that implement views. 
For example. Factory 602 can contain object classes 
614-616 that comprise View 612 and object classes 
624-626 that comprise View 622. Factory 602 can further 
contain object classes that comprise a portion of a view such 
as object classes 634-638. 

Factory 602 creates View 604 by creating instances of 
object classes that are known to it. An object class can be 
added to or removed from the set of object classes known to 
Factory 602. FIG. 7 provides an example of a create object 
instance process flow according to an embodiment of the 
invention. In step 702, a create request is sent to Factory 602 
along with the Element of Model 606 to which the new 
object instance is associated. At step 704, the Attributes 
object instance associated with the Element instance speci- 
fied in the create request can be queried to obtain the 
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attiibutes associated with Element. Factory 602 uses the 
attributes associated with the Element to determine what 
object class to instantiate at step 706. For example. Factory 
602 can use the "value" associated with the NAME attribute 
to identify an object class (e.g., that has the same name as 
the "value*'). Altematively, a mapping can be provided to 
Factory 602 when a new class is added to its set of object 
classes that specifics the object class that is to be instantiated 
for a particular "value** of the NAME attribute. In both 
cases, the attributes of an Element specify characteristics of 
Model 606 that are used to identify a view object class 
instance (i.e., a view fragment) to be created by Factory 602. 

At step 708, Factory 602 creates the instance of the object 
class in View 604. At step 710, Factory 602 returns a 
reference to the new object instance to the requesting 
Element in Model 606. Thus, the Element can identify the 
object class instance in View 604. 

As is discussed below, an instance of an object class in 
\^ew 604 can request that an object instance be created for 
\^ew 604. The process flow of FIG. 7 can be used to satisfy 
the a request from View 604. At step 710, the new instance 
is returned to the object class instance in View 604 that 
requested the new instance. 

In an embodiment of the invention, Factory 602 is imple- 
mented as an object that includes variables and methods. 
Methods of Factory 602 include the following: 

create (Element) 

Create a view object given an Element of the Model, 

create(Element, Range) 

Create a view object given an Element and range of the 
Model The range is the portion of the Element to use 
to determine which object class to instantiate to 
create the view object. 

A range specifies a start and end position in the Model. A 
position identifies the point between two characters in the 
Model. The range can be used to break an Element into 
multiple view fragments. For example, an Element may 
contain displayable text that is too large to fit in one view 
fragment's displayable area. The range can be used to spHt 
the text into multiple view fragments such that a portion of 
the text is displayed in each of the view fragments. 

These methods are examples of methods that can be 
implemented for Factory. Other methods can be used to 
replace or supplement these methods. 

View 

Referring to FIG. 6, View 604 represents the view portion 
of MVC and is comprised of one or more view object class 
instances, or view fragments, A view fragment implements 
a portion of the GUI for a software application. For example, 
a view fragment can be a pop-up menu, a check box, or a 
button. 

A view fragment can delegate to child view fragments. 
Thus, the view fragments that comprise View 604 can be 
expressed as a tree structure that includes a root (i.e., Mew 
Fragment 654) and a plurality of descendants arranged in a 
tree structure (e.g., View Fragments 656, 658, 660, and 662). 
The tree stmcture expresses the parent-child relationships 
between view fragment instances. A child view fragment 
instance implements an aspect of a view fragment delegated 
to it by its parent view fragment instance. 

A view fragment (e.g., view fragments 654-662) is an 
instance of a View Fragment object class (e.g., 614, 616, 
624, 626, 634, 636, and 644) that can be instantiated by 
Factory 602. As discussed above, a view fragment is instan- 
tiated from information contained in Model 606 or from a 
request from an existing view fragment. 

For example. Attributes 682 contains the attribute infor- 
mation for Element 672. One attribute contained in 
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Attributes 682 can be "name" which has an associated 
"value" that identifies an object class known to Factory 602 
(e.g., object classes 614, 616, 624, 626, 634, 636, or 644). 
Factory 602 uses "value" to identify the object class to be 
instantiated for Element 672. For example, Factory 602 can 
use ^Vahie" to identify object class 636 and create an 
instance of object class 636 for V^cw 604 (e.g., View 
Fragment 656). 

A view fragment may delegate some of its responsibilities 
to one or more child objects. For example. View Fragment 
656 may delegate to View Fragments 660 and 662. In this 
case. View Fragment 656 requests Factory 602 to create 
instances of the object classes associated with View Frag- 
ments 660 and 662 (e.g., object classes 624 and 626). 
Factory 602 creates instances of object classes 624 and 626 
in response (Lc., View Fragments 660 and 662) which 
become children of View Fragment 656. 

In one or more embodiments of the invention a View 
Fragment is implemented as an object that encapsulates 
instance variables and methods. Methods of View Fragment 
include the following: 
breakView(axis, length, Shape) 

Break this view on the given axis at the given length. 
This causes a view to be created that represents the 
portion of the view that can fit within a given span, 
A factory is not needed for this operation since the 
view fragment created will be the same type as the 
view being broken. Length indicates a location along 
the given axis at which the break is to occur. 
changedUpdate(DocumentEvent, Shape, ViewFactory) 
Notification firom the document that attributes were 
changed in a location for which this view is respon- 
sible. 

getBreakPenalty(axis, length) 

Determines the penalty for breaking the view. For 
example, the view may not support breaking, the 
view might insist on being broken, or it might return 
some value between the two bounds. 
gctDocument( ) 

Fetch the model associated with the view. 
getElement( ) 
Fetch the structural portion of the subject to which this 
view is mapped. The view may not be responsible for 
the entire portion of the element. 
getPreferredShape(Shapc, ViewFactory) 

Determine the preferred region for this view. The 
candidate shape may be mutated and used as the 
retxu'n value. The factory is given in case the view 
recreates children if it performs a layout to satisfy the 
request, 
getRange( ) 

Fetch the portion of the model to which this view is 

responsible. 
gctResizcPcnalty(axis, length) 

Determines the penalty for changing the size of the 

view if it supports multiple sizes. A view can look at 

the penalty to determine whether to perform the 

break or resize. 

insertUpdate(DocumentEvent, Shape, MewFactory) 
Notification that something was inserted into the docu- 
ment in a location for which this view is responsible. 
modelTo\lew(Position, Shape, Factory) 

Provides a mapping from the document model coordi- 
nate space to the coordinate space of the view 
mapped to it. 
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paiDt(Graphics, Shape, ViewFactory) elemeDtsModified( ) 

Render using the given rendering surface and area on Identifies the elements that were affected by the diangc. 

that surface. The view may need to do layout and gctDocimicnt( ) 

create chUd views to enable itself to render into the Identifies the document that was changed, 

given aUocation. 5 getHistory( ) 

rt , ^ ^, .r- V Retrieves an edit history. 

removeupdate(Dociiment, Shape, MewFactory) tR M 

Notification that something was removed from the ^^Re^eves the range of the document that was affected 

document in a location for which this view is respon- 5y change. 

10 isModified(Element) 

viewToModel(Point, Shape, ViewFactory) Indicates whether the given element was modified. 

Provides a mapping from the view coordinate system to removedChild(Parent Element, Child Element) 

the logical coordinate space of the model. Notification that a child element was removed from the 

Hiese methods are examples of methods that can be parent element, 

implemented for View Fragment. Other methods can be used 15 Th^^ methods are examples of methods that can be 

to replace or supplement these methods, implemented for Listener and DocumentEvent. Other meth- 

i-nT vr *j ods can be used to replace or supplement these methods. 

Change Notification ou- * t . _f 

* Object Interface 

Referring to FIG. 5A, Controller 512 can cause a change ^ embodiment of the invention, Factory, Model, and 

to occur in Model 506. If the change m Model 506 affects view are implemented as object-oriented object classes that 

information that is being displayed in Mew 504, the change implement some or all of the methods described above. FIG. 

is to be propagated to View 504. In one or more embodi- 8 illustrates interactions between object instances in an 

meats of the invention, a Listener, or Observer, is used to embodiment of the invention having Factory, Model and 

facilitate change notification. In addition, a DocumentEvent View object classes. 

object includes information about the change and methods Uod&l 806 comprises an instance of Document 834 and 

that manipulate the change information (e.g., apply the ^ one or more mstances of Element 836 and Attri^^^^^^ 

chance to View 504) v o rr ^ Attnbutes 838 can be associated with Document 834 and 

™ T • . * J 1 . t. contain attributes associated with Model 806, or Attributes 

The Listener registers with Model 506 to receive chimge ^^tain attributes of and be associated with Element 
notifications. When a change occurs, Model 506 sends a 

notification to the Listener along with a DocumentEvent. 30 Controller 812 sends change requests to Model 806. For 

The Listener forwards the notification including the Docu- example, Controller 812 can invoke the setAttribute method 

mentEvent to View 504. A view fragment that receives the of Attributes 838, or the insertString, remove, or setAt- 

notification and DocumentEvent determines whether it or tributes methods of Document 834. 

any of its chUdrcn are affected by the change. If it is affected, a change in Model 806 causes Model 806 to notify View 

itmodifiesitsdisplayaccording. If a child view fragment is 35 804 of the change. In an embodiment of the invention, 
affected, the parent view fragment forwards the notification. Ustener 822 facilitates the notification of View 804. 

and DocumentEvent to the child view fragment. Initially, Listener 822 sends a registration request to Model 

In an embodiment of die invention, the Listener and 806 (e.g., invokes the addDocumentListener method of 

DocumentEvent are implemented as objects that include Document 834 to register as a hstener with Model 80^. 

methods for processing a change notification. The foUowing 40 When a change is made to Model 806, a notificaUon is sent 

arc methods of the Listener: to Listener 822. For example, the changedUpdate, 

changedUpdate(DocumentEvent) removedUpdate, or insertUpdate method is invoked on 

Notification that a attribute or set of attributes were Listener 822 with a DocumentEvent. Listener 822 forwards 

changed. the notification to the view fragments. For example, listener 

removeUpdate(DocumentEvcnt) 45 822 forwards the notification and DocumentEvent to View 

Notification that a portion of the document has been Fragments 824 and 826. A parent view fragment (e.g., View 

removed. A range can be specified. Fragment 826) determines whether any of its children view 

insertUpdate(DocumentEvent) fragments are affected (e.g., View Fragments 828 and 830). 

Notification that there was an insert into the document. P*^^°^ fragment sends the notification to the 

Arange can specify the bounds of the inserted region ^° appropriate diild view fragment(s). 

of the document. View 804 can invoke a create method of Factory 802. For 

The DocumentEvent stores the document changes as the example, a root view fragment can invoke the create method 

document is being modified. The DocumentEvent identifies Factory 802 to build view fragments for its children. The 

the model that was changed, the area of the modeFs docu- ^^^^n view fragments can determine whether they wish to 

menl that was modified and an edit history to support, for delegate to one or more child view fragments. If so, the 

example, undo and redo operations. The following are children view fragmenU can invoke the create method of 

methods of DocumentEvent: Factory 802 to build its child view fragment(s). 

jr^u-ij/n » T71 * ^L-u i-i A When a software application is invoked, View 804 may be 

1 Element) j^^^^ 822. The change noUflcaUon 

^cnUkmcnt *° medianism can be used to populate V,ew 804. Model 806 

^ * sends a change notification to Listener 822 specifying the 

childrenAdded(Element) entij-e document as the range. A create request is sent by the 

Notification that children were added to the parent Listener 822 to the factory to create the root view fragment 

element yie^ fragment 824). The view fragment structure 

childrenRemoved (Parent Element) 65 continues to be created as described above with each view 

Notification that a parent element's children were fragment notifying Factory 802 to create a child view 

removed. fragment it it determines that it wants a child view fragment. 
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Embodiment of 
(Hardware) 

An embodiment of the invention can be implemented as 
computer software in the fonn of computer readable pro- 
gram code executed on a general purpose computer such as 
computer 900 illustrated in FIG. 9. A keyboard 910 and 
mouse 911 are coupled to a bi-directional system bus 918. 
The keyboard and mouse arc for introducing user input to 
the computer system and communicating that user input to 
central processing unit (CPU) 913. Other suitable input 
devices may be used in addition to, or in place of, the mouse 
911 and keyboard 910. I/O (input/output) unit 919 coupled 
to bi-directional system bxis 918 represents such I/O ele- 
ments as a printer, A/V (audio/video) I/O, etc. 

Computer 900 includes a video memory 914, main 
memory 915 and mass storage 912, all coupled to 
bi-directional system bus 918 along with keyboard 910, 
mouse 911 and CPU 913. The mass storage 912 may include 
both fixed and removable media, such as magnetic, optical 
or magnetic optical storage systems or any other available 
mass storage technology. Bus 918 may contain, for example, 
thirty-two address lines for addressing video memory 914 or 
main memory 915. The system bus 918 also includes, for 
example, a 32-bit data bus for transferring data between and 
among the components, such as CPU 913, main memory 
915, video memory 914 and mass storage 912. Alternatively, 
multiplex data/address lines may be used instead of separate 
data and address lines. 

In one embodiment of the invention, the CPU 913 is a 
microprocessor manufactured by Motorola, such as the 
680X0 processor or a microprocessor manufactured by Intel, 
such as the 80X86, or Pentium processor, or a SPARC 
microprocessor from Sxin Microsystems. However, any 
other suitable microprocessor or microcomputer may be 
utilized. Main memory 915 is comprised of dynamic random 
access memory (DRAM). Video memory 914 is a dual- 
ported video random access memory. One port of the video 
memory 914 is coupled to video amplifier 916. The video 
amplifier 916 is used to drive the cathode ray tube (CRT) 
raster monitor 917. Video amplifier 916 is well known in the 
art and may be implemented by any suitable apparatus. This 
circuitry converts pixel data stored in video memory 914 to 
a raster signal suitable for use by monitor 917. Monitor 917 
is a type of monitor suitable for displaying graphic images. 

Computer 900 may also include a communication inter- 
face 920 conpled to bus 918. Communication interface 920 
provides a two-way data communication coupling via a 
network link 921 to a local network 922. For example, if 
communication interface 920 is an integrated services digital 
network (ISDN) card or a modem, communication interface 

920 provides a data communication connection to the cor- 
responding type of telephone line, which comprises part of 
network link 921. If communication interface 920 is a local 
area network (LAN) card, communication interface 920 
provides a data communication connection via network link 

921 to a compatible LAN. Wireless links are also possible. 
In any such implementation, communication interface 920 
sends and receives electrical, electromagnetic or optical 
signals which carry digital data streanas representing various 
types of information. 

Network link 921 typically provides data communication 
through one or more networks to other data devices. For 
example, network link 921 may provide a connection 
through local network 922 to host computer 923 or to data 
equipment operated by an Internet Service Provider (ISP) 
924. ISP 924 in turn provides data communication services 
through the world wide packet data communication network 



now commonly referred to as the "Internet^* 925. Local 
network 922 and Internet 925 both use electrical, electro- 
magnetic or optical signals which carry digital data streams. 
The signals through the various networks and the signals on 
network link 921 and through communication interface 920, 
which carry the digital data to and from computer 900, are 
exemplary forms of carrier waves transporting the informa- 
tion. 

Computer 900 can send messages and receive data, 
including program code, through the network(s), network 
link 921, and communication interface 920. In the Internet 
example, server 926 might transmit a requested code for an 
application program through Internet 925, ISP 924, local 
network 922 and communication interface 920. In accord 
with the invention, one such downloaded application is the 
generation of a Graphical User Interface described herein. 

The received code may be executed by CPU 913 as it is 
received, and/or stored in mass storage 912, or other non- 
volatile storage for later execution. In this manner, computer 
900 may obtain application code in the form of a carrier 
wave. 

The computer system described above is for purposes of 
example only. An embodiment of the invention may be 
implemented in any type of computer system or program- 
ming or processing environment. 

Thus, a method and apparatus for generating a graphical 
user interface has been provided in conjunction with one or 
more specific embodiments. The invention is defined by the 
claims and their full scope of equivalents. 
What is claimed is: 

1. A method of creating a graphical \iser interface (GUI) 
for an application for use on a computer system comprising: 

obtaining a model, said model having data for an appli- 
cation and definitions of one or more structural com- 
ponents for generating a GUI for said application, 
wherein said GUI comprises said application's look 
and feel to a user; 
initiating on said computer system a first program module 
that uses said definitions of said one or more structural 
components to implement a first portion of said GUI 
from components in a first GUI library, said GUI 
displaying said data for said application; 
accepting, by a controller, change inputs to said defini- 
tions of said one or more structural components, said 
controller sending said change inputs to said model; 
sending a change notification from said model to said GUI 

if said model acknowledges said change inputs; and 
initiating by said GUI on said computer system a second 
program module to implement a second portion of said 
GUI from a second GUI library upon receipt of said 
change notification by said model; 
creating a factory with one or more additional program 
modules; 

identifying a characteristic of one of said one or more 
structural components to use in selecting one of said 
one or more additional program modules. 

2. The method of claim 1 wherein said initiating further 
comprises: 

examining said characteristic to identify said one of said 
one or more additional program modules. 
60 3. The method of claim 1 further comprising: 

sending a creation request to said factory that identifies 

said one of said one or more stmctural components. 
4. The method of claim 1 wherein said model is defined 
in an Hypertext Markup Language (HTML) docuiment, said 
65 one of said one or more structural components is an HTML 
clement and said characteristic is an attribute of said HTML 
element. 
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5. The method of claim 1 further comprising: 

said application making a modificatioa to said model; 

said first program module determining whether a struc- 
tural change should be made to said GUI as a result of 
said modification to said model. ^ 

6. The method of claim 5 wherein said structural change 
comprises initiating a third program module to implement a 
third portion of said GUI and wherein said third portion of 
said GUI uses a third member of said one or more structural 
components and wherein said first member, said second 
member, and said third member are different structural 
components which access different GUI libraries. 

7. An article of manufacturing comprising: 

a computer usable medium having computer readable 
program code embodied therein configured to create a 
graphical user interface (GUI) for an application for use 
on a computer system comprising: 

computer readable program code configured to cause a 
computer to obtain a model having data for an appli- 20 
cation and definitions of one or more structural com- 
ponents for generating a GUI for said application, 
wherein said GUI comprises said application*s look 
and feel to a user; 

computer readable program code configured to caxise a 25 
computer to initiate on said computer system a first 
program module that uses said definitions of said one or 
more structural components to implement a first portion 
of said GUI from components in a first GUI library, 
said GUI; 30 

computer readable program code configured to cause a 
controller in said computer to accept change inputs to 
said definitions of said one or more structural 
components, said controller sending said change inputs 
to said model; 35 

computer readable program code configured to cause a 
computer to send a change notification from said model 
to said GUI if said model acknowledges said change 
inputs; and 

computer readable program code configured to cause a ^ 
computer to initiate by said GUI on said computer 
system a second program mod;ile to implement a 
second portion of said GUI firom a second GUI library 
upon receipt of said change notification by said model; 

computer readable program code configured to cause a 
computer to create a factory with one or more addi- 
tional program modules; 

computer readable program code configured to cause a 
computer to identify a characteristic one of said one or 
more structural components to use in selecting one of 
said one or more additional program modules. 

8. The article of manxifacturing of claim 7 wherein said 
computer readable program code configured to cause a 
computer to initiate said first program module further com- 55 
prises: 

computer readable program code configured to cause a 
computer to examine said characteristic to identify said 
one of said one or more additional program modules. 

9. The article of manufacturing of claim 7 further com- 50 
prising: 

computer readable program code configured to cause a 
computer to send a creation request to said factory that 
identifies said one of said one or more structural 
components. 6S 

10. The article of manufacturing of claim 7 further 
comprising: 
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computer readable program code configured to cause a 
computer to make a modification to said one of said one 
or more structural components; 

computer readable program code configured to caiisc said 
first program module to determine whether a structural 
change should be made to said GUI as a result of said 
modification to said one of said one or more structural 
components. 

11. The article of manufacturing of claim 7 wherein said 
structural change comprises initiating a third program mod- 
ule to implement a third portion of said GUI and wherein 
said third portion of said GUI uses a third member of said 
one or more structural components and wherein said first 
member, said second member, and said third member are 
different structural components which access different 
libraries. 

12. A computer data signal embodied in a carrier wave 
and representing sequences of instructions which, when 
executed by a processor, cause said processor to create a 
graphical user interface (GUI) for an application by per- 
forming by: 

obtaining a model, said model having data for an appli- 
cation and definitions of one or more structural com- 
ponents for generating a GUI for said application, 
wherein said GQ comprises said application's look and 
feel to a user; 

initiating on said computer system a first program module 
that uses said definitions of said one or more structural 
components to implement a first portion of said GUI 
firom components in a first GUI library, said GUI 
displaying said data for said application; 

accepting, by a controller, change inputs to said defini- 
tions of said one or more structural components, said 
controller sending said change inputs to said model; 

sending a change notification from said model to said GUI 
if said model acknowledges said change inputs; and 

initiating by said GUI on said computer system a second 
program module to implement a second portion of said 
GUI from a second GUI library upon receipt of said 
change notification by said model; 

obtaining a factory with one or more additional program 
modules; 

identifying a characteristic of one of said one or more 
structural components to use in selecting one of said 
one or more additional program modules. 

13. The computer data signal of claim 12 wherein said 
step of initiating further comprises the step of: 

examining said characteristic to identify said one of said 
one or more additional program modules. 

14. The computer data signal of claim 12, wherein said 
sequences of instructions, when executed by said processor, 
cause said processor to perform the further steps of; 

sending a creation request to said factory that identifies 
said one of said one or more structural components. 

15. The computer data signal of claim 12 wherein said 
model is defined in an Hypertext Markup Language 
(HTML) document, said one of said one or more structural 
components is an HTML element and said characteristic is 
an attribute of said HTML element. 

16. The computer data signal of claim 12 wherein said 
sequences of instructions, when executed by said processor, 
ca;ise said processor to perform the further steps of: 

said application making a modification to said model; 

said first program module determining whether a struc- 
tural change should be made to said GUI as a result of 
said modification to said model. 
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17. The computer data signal of claim 12 wherein said 
structural change comprises initiating a third program mod- 
ule to implement a third portion of said GUI and wherein 
said third portion of said GUI uses a third member of said 
one or more structural components and wherein said first 
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member, said second member, and said third member are 
different structural components which access different 
hbraries. 

4 « * « * 
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